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FAST SWITCHING OF FORWARD LINK IN WIRELESS SYSTEM 
BACKGROUND OF THE INVENTION 

This invention relates generally to wireless communication systems, and more 
particularly to a technique for high speed re-allocation of coded radio channel resources 
that are shared among a number of users. 

Demand for wireless communications equipment and services continues to grow 
at an unprecedented rates throughout the world. Increasingly, such systems are 
commonly relied upon to provide voice and data communications to a growing sector of 
the public. While these systems originally depended upon analog signaling technology, 
there is essentially unanimous agreement that future systems will be based on various 
types of digital signal coding schemes. 

The typical wireless communication system is a point to multi-point type system 
in which a central base station communicates with a number of remote units located 
within a local geographic area of coverage known as a cell. This system provides for 
duplex communication such that signals may be sent in both a forward direction (from 
the base station to the remote unit) as well as in a reverse direction (from the mobile 
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remote unit back to the base station). In order to support communication between the 
remote unit and networks such as the Public Switched Telephone Network (PSTN), or 
data networks such as the Internet, the wireless system must also provide for various 
other logical components and functional entities. 
5 Consider the Code Division Multiple Access (CDMA) and Time Division 

Multiple Access (TDMA) digital systems presently in widespread use. Each of these 
systems provide for certain logical types of the radio channels that make up the forward 
link and reverse link. In particular, the forward link channels often include a pilot 
channel, paging channels, and multiple forward traffic channels. The traffic channels 
Q 10 are used to carry the payload data between the base station and the mobile unit. A pilot 

^ channel is also typically required to allow the remote unit to maintain synchronization 

ISP 

with the base station. The paging channels provide a mechanism for the base station to 
iQ inform the remote unit of control information, such as the assignment of particular 

forward traffic channels to particular connections and/or subscriber units. 
;L 15 Likewise, an access channel is provided in the reverse direction in addition to 

W reverse traffic channels. The access channels allow the remote units to communicate 

Q 

n j control information with the base station, such as to send messages indicating the need 

; a f to allocate or deallocate connections as required. 

Unfortunately, users both compete for access to the available radio spectrum, 
20 while at the same time demanding data transmission rates that are as fast as possible. 
This situation is the most acute in the forward link direction, where users of remote 
computing equipment are performs tasks such as accessing the World Wide Web. The 
forward link direction typically represents the direction of greatest data transfer, e.g., in 
connection with the downloading of web pages and files from remote servers. 
25 It is critical therefore, for the channel allocation algorithms, and radio channel 

protocols to be as efficient as possible. As demand for access to the available radio 
spectrum changes almost instantly among a large group of users of such a wireless data 
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network, maximum efficiency requires the ability to rapidly reassign channels. 
However, traditional wireless system architectures and protocols, such as those used in 
cellular telephone systems, were not designed with rapid channel changing in mind. 
They typically keep an end-to-end connection open for the duration of a session or call, 
and reassign channels only as a mobile unit moves from cell to cell. Thus, these 
architecture use a protocol whereby a paging channel is used to send a message to a 
remote unit when a channel change is needed. The message is then received and 
acknowledged by the remote unit returning a channel acknowledgment to the central 
base station. 

In an idea wireless data environment, the channel assignments should be 
changeable many times during the duration of a given session, as instantaneous demand 
for access to the available radio bandwidth ebbs and flows, e.g., as individual users 
make requests to download web pages and files. 

SUMMARY OF THE INVENTION 

The present invention is a technique adapted for allocating channels in a demand 
access system. In a preferred embodiment, the invention is implemented in a system 
which supports Code Division Multiple Access (CDMA) communication among a 
group of terminals wherein the terminals share access to a predetermined number of 
CDMA traffic channels. 

A method according to the invention involves first assigning to the group of 
terminals a multiple access code having a code epoch repeat duration. In a preferred 
embodiment, the code epoch duration should remain constant, even if the underlying 
data rates change due to error cording requirements. 

For each such epoch duration, a central controller such as located at a base 
station, determines a schedule of assignment of traffic channels to active terminals for 
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each epoch. For each terminal designated as active during the epoch, an active terminal 
unit identifier is assigned. The active terminal unit identifier should be as short as 
possible to allow the channel assignment message to be as short as possible. Thus, the 
active terminal unit identifier does not have to uniquely identify the remote terminal 
5 among all possible terminals in the system, and only needs to uniquely identify the 
terminal among other active terminals being serviced by the particular base station. 

For each terminal designated as active during the epoch, the base station assigns 
a list of active channels for such terminal unit. Prior to the start of each epoch, a 
channel set up message is sent on the forward link, such as a paging channel. The 

;j io channel set up message indicates the terminal unit identifiers and the lists of active 

^ channels for such epoch which is to follow. 

^ At the remote terminal unit, upon receiving a paging channel message, an active 

5 terminal identifier is determined from each paging channel message and compared to a 

previously assigned terminal identifier. On a predetermined subsequent epoch, the 
15 indicated active traffic channel, as indicated from the list of active traffic channels 
ff indicated by a received paging channel message, are then processed. 

Jl The paging channel messages may be time slotted so that multiple active remote 

f terminals can be services by a shared paging channel. 

In a preferred embodiment, the list of active channels for each epoch may be 
20 indicated by a pipe group identifier, with each pipe group identifier effectively 

indicating a group of active channels that are assigned together. 

The paging channel messages should be sent at a time advanced sufficiently to 
permit code setup in a receiver prior to the epoch containing the associated traffic 
channel data. 

25 The paging channel set up message may also include other information, such as 

to indicate a coding rate for the associated traffic channels, a specification for which 
portions of the payload are intended for particular terminals, or a reverse link channel 
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identifier for the remote terminal to use for transmissions back to the base station during 
the associated epoch. Still other information, such as messages for control processors 
in the terminals, can be carried. 

Allocation of forward link channels in this fashion affords precise and rapid 
control over which terminals are assigned to specific traffic channels, on an epoch-by- 
epoch basis. This arrangement, therefore, affords great flexibility in capacity 
management, allowing channel allocation decisions to be made on a very fine time 
scale. For example, channel switch decisions can thus be made rapidly, in response to 
changes in radio propagation conditions, such as fading conditions. 

BRIEF DESCRIPTION OF THE DRAWINGS 

The foregoing and other objects, features and advantages of the invention will be 
apparent from the following more particular description of preferred embodiments of 
the invention, as illustrated in the accompanying drawings in which like reference 
characters refer to the same parts throughout the different views. The drawings are not 
necessarily to scale, emphasis instead being placed upon illustrating the principles of the 
invention. 

Fig. 1 is a block diagram of a wireless data communication system in which the 
present invention may be implemented. 

Fig. 2 is a more detailed view of a signal encoder used in the system. 

Fig. 3 illustrates the timing of paging channel epoch with respect to a 
corresponding traffic channel epoch. 

Fig. 4 illustrates the format of a portion of paging channel message. 

Fig. 5 is a pipe configuration table maintained at a base station processor. 

Fig. 6 is a pipe schedule. 
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DETAILED DESCRIPTION OF A PREFERRED EMBODIMENT 

Fig. 1 is a block diagram of a wireless communication system 10 that makes use 
of a code channel assignment scheme and message protocol where, prior to the start of 
each code epoch, a paging channel message is sent that indicates terminal unit 
identifiers and active channels for such epoch. 

In the following detailed description of a preferred embodiment, the 
communication system 10 is described such that the shared channel resource is a 
wireless or radio channel. However, it should be understood that the techniques 
described here can be applied to allow shared access to other types of media such as 
telephone connections, computer network connections, cable connections, and other 
physical media to which access is granted on a demand driven basis. 

The communication system 10 includes a number of Personal Computer (PC) 
devices 12-1, 12-2, ... 12-h, ... 12-1, corresponding remote, mobile Subscriber Access 
Units (SAUs) 14-1, 14-2, ... 14-h, ... 14-1, and associated antennas 16-1, 16-2, ... 16-h, ... 
16-1. Centrally located equipment includes abase station antenna 18, and a Base Station 
Processor (BSP) 20. The BSP 20 provides connections to an from an Internet gateway 
22, which in turn provides access to a data network such as the Internet 24, and network 
file server 30 connected to the network 22. 

The system 10 is a demand access, point to multi-point wireless communication 
system such that the PCs 12 may transmit data to and receive data from network server 
30 through bi-directional wireless connections implemented over forward links 40 and 
reverse links 50. It should be understood that in a point to multi-point multiple access 
wireless communication system 10 as shown, a given base station processor 20 supports 
communication with a number of different active subscriber access units 14 in a manner 
which is similar to a cellular telephone communication network. 

The PCs 12 may typically be laptop computers 12-1, handheld units 12-h, 
Internet-enabled cellular telephones or Personal Digital Assistant (PDA)-type 
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computers. The PCs 12 are each connected to a respective SAU 14 through a suitable 
wired connection such as an Ethernet-type connection. 

An SAU 14 permits its associated PC 12 to be connected to the network file 
server 30 through the BSP 20, gateway 22 and network 24. In the reverse link direction, 
that is, for data traffic traveling from the PC 12 towards the server 30, the PC 12 
provides an Internet Protocol (DP) level packet to the SAU 14. The SAU 14 then 
encapsulates the wired framing (i.e., Ethernet framing) with appropriate wireless 
connection framing and encoding. The appropriately formatted wireless data packet 
then travels over one of the radio channels that comprise the reverse link 50 through the 
antennas 16 and 18. At the central base station location, the BSP 20 then extracts the 
radio link framing, reformatting the packet in IP form and forwards it through the 
Internet gateway 22. The packet is then routed through any number and/or any type of 
TCP/IP networks, such as the Internet 24, to its ultimate destination, such as the 
network file server 30. 

Data may also be transmitted from the network file server 30 to the PCs 12 in a 
forward link 40 direction. In this instance, an Internet Protocol (IP) packet originating 
at the file server 30 travels through the Internet 24 through the Internet gateway 22 
arriving at the BSP 20. Appropriate wireless protocol framing and encoding is then 
added to the IP packet. The packet then travels through the antenna 18 and 16 to the 
intended receiver SAU 14. The receiving SAU 14 decodes the wireless packet 
formatting, and forwards the packet to the intended PC 12 which performs the IP layer 
processing. 

Each SAU 14 typically has multiple channel signal processors 100 within it to perform 
the required wireless signal processing and protocol framing functions. This permits each SAU 
to receive multiple traffic channels 42 and paging channels 41 at the same time. Each SAU 
also has a Micro Controller Unit (MCU) 101 that coordinates the operation of the channel 
signal processors 100 and performs other functions, such as higher layer protocol processing. 



2085-000 



- 8 - 

A given PC 12 and the file server 30 can therefore be viewed as the end points of 
a duplex connection at the IP level. Once a connection is established, a user at the PC 
12 may therefore transmit data to and receive data from the file server 30. 

The reverse link 50 actually consists of a number of different types of logical 
and/or physical radio channels including an access channel 51, multiple traffic channels 
52-1, ... 52-t, and a maintenance channel 53. The reverse link access channel 51 is used 
by the SAUs 40 to send messages to the BSP 20 to request that traffic channels be 
granted to them. The assigned traffic channels 52 then carry payload data from the SAU 
14 to the BSP 20. It should be understood that a given IP layer connection may actually 
have more than one traffic channel 52 assigned to it. In addition, a maintenance channel 
53 may carry information such as synchronization and power control messages to 
further support transmission of information over the reverse link 50. 

Similarly, the forward link 40 typically includes a paging channel 41, traffic 
channels 42-1 . . . 42-t, and maintenance channel 43. The paging channel 41 is used by 
the BSP 20 to not only inform the SAU 14 that forward link traffic channels 52 have 
been allocated to it, but also to inform the SAU 14 of allocated traffic channels 52 in the 
reverse link direction. Traffic channels 42-1 ... 42-t on the forward link 40 are then used 
to carry payload data information from the BSP 20 to the SAUs 14. Additionally, 
maintenance channels 43 carry synchronization and power control information on the 
forward link 40 from the base station processor 20 to the SAUs 14. It should be 
understood that there are typically many more traffic channels 41 than paging channels 
41 or maintenance channels 43. 

In the preferred embodiment, the logical channels 41-43 and 51-53 are defined 
by assigning each channel a unique channelization code. The system 10 is therefore a 
so-called Code Division Multiple Access (CDMA) system in which multiple logical 
channels assigned to unique codes may use the same radio frequency (RF) channel. The 
logical or codes channels may also be further divided or assigned among multiple active 
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SAUs 14. Additional information as to one possible way to implement the various 
channels 41, 42, 43, 51, 52, and 53 is provided in Patent Cooperation Treaty 
Application No. W099/63682 entitled "Fast Acquisition Of Traffic Channels For A 
Highly Variable Data Rate," assigned to Tantivy Communications, Inc., and published 
on December 9, 1999. 

Turning attention to Fig. 2 there is shown a generalized block diagram of a 
transmit signal encoding process used by the channel signal processor 100. The 
illustrated sequence of signal processing operations is performed to format, encode, and 
modulate at least the respective forward link 40 logical channels within the Base Station 
Processor (BSP) 20. Although the invention is described herein as being applied to the 
forward link 40, it should be understood that in other implementations it is possible for 
the invention to be applied on the reverse link 50, in which case the receiver is 
implemented in the BSP 20 and the transmitters are the SAUs 14. 

In any event, a channel signal processor 100 includes a block formatter 110, 
Forward Error Correction (FEC) or block coder 120, channel coder 140 and radio 
frequency (RF) modulator 150. It should be understood that a corresponding receiver 
(not shown) performs the inverse functions of the corresponding portions of the 
transmitter signal processor 100. In such an instance, an RF demodulator performs the 
inverse radio frequency to modulation process, a channel decoder decodes the channel 
codes reversing the operation of the channel coder 140, and a block decode process also 
undoes the block encoder 120 and block formatter 110. 

Before discussing the details of the block formatter 1 10 in more detail, it is 
instructed to consider the operation of the block encoder 120 which formats input data 
bits according to an error coding process. In particular, consider an example situation in 
the use of a turbo product code which is to encode data at the rate of 1/4. Because the 
code is a 1/4 rate code, the matrix encoding space consists of a matrix which is four 
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times the size of the input data matrix space. Thus, a group of 1024 input bits are 
encoded as 4096 output bits by the block encoder 120. Thus, in the case of a 1/4 rate 
code, three times as many parity bits as data bits are calculated and created. 

However, in the preferred embodiment, the system provides for selection of a 
different rate turbo product code depending upon channel conditions, demand for use 
and other factors. Thus, at any given time, the selected block encoder 120 may be 
encoding the input data at a 2/3 rate, a 1/2 rate, or a 1/4 rate. 

Now more particularly, an input data frame, which may for example, be a 
TCP/IP frame, is first fed to a block formatter 110. The block formatter 110 packages 
input payload data into conveniently sized groups referred to as blocks. The size of 
these pre-encoded frames will vary depending upon the particular forward error 
correction (FEC) coding scheme selected at any given time by the block encoder 120. 
What is important is that the combination of the block formatter 110 and block encoder 
120 produce a fixed number of output FEC symbols in each given transmitted block. 

Thus, when the 1/4 rate is selected by the block encoder 120, a 1/4 rate block 
format 110 function is selected which groups incoming bits into pre-encoded FEC 
groups of 1024 bits, producing the desired 4096 output symbols. Similarly, when the 
1/2 rate block encoder 120 is enabled, the block formatter 110 group incoming bits into 
pre-encoded sets of 2048 bits. When the 2/3 rate block encoder 1 10 is enabled, the 
block formatter groups 2730 input bits together. 

The block formatter 110 and block encoder 120, working together, therefore 
ensure that a fixed block size of 4096 bits is fed to the channel coder 140. This in turn 
becomes important, since it permits the output of the channel coder 140 to include a 
known number of transmitted symbols per code epoch length. Thus, a fixed number of 
FEC symbols is maintained per transmitted block, independent of the FEC coding rates 
and power levels. This allows a different FEC rate or even at different FEC code to be 
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assigned to each user channel, depending upon channel conditions, without changing the 
effective transmitted power levels. 

The channel coder 140 accepts the block encoded data as a digital input signal. 
In the illustrated preferred embodiment, the channel coder includes a quadrature phase 
5 shifter 141, a short code generator 141, a first pair of quadrature modulators 142-i and 

142-q, a long code generator 143, and a second pair of quadrature modulators 144-i and 
144-q. 

The quadrature phase shifter 141 accepts the input digital data signal and 
3 provides in-phase (i) and quadrature (q) signal paths. 

^ io The short code generator 141 is a 2 15 length repeating code generator. It may be 

=i any suitable channel spreading sequence such as a pseudonoise (PN) sequence. The 

;;j short code is fed to both the in-phase 142-i and quadrature 142-q modulators to 

spectrum-spread the respective signal paths. 

In the preferred embodiment, the resulting output coded signal rate is desired to 

•j 

il; 15 be 1 .2288 Mega samples per second (Msps), to be compatible with legacy digital 

^ CDMA cellular systems. With a fixed block size of 4096 input bits and a short code 

J length of 2 /5 , this means that the PN spreading code epoch, or its repeat interval, is 

therefore 26 milliseconds (ms). In a preferred embodiment, the channel codes are a type 
of augmented PN code sequence which repeats at a code length of exactly 2 15 . One 
20 such coding scheme is described in U.S. Patent Application Serial Number 09/255,156, 

filed February 23, 1999, entitled "Method and Apparatus for Creating Non-Interfering 
Signals Using Non-Orthogonal Techniques", assigned to Tantivy Communications, Inc. 

The long code generator 143 is a 2 42 length code generator. This code is used 
to uniquely identify the respective paging channel 41, traffic channel 42, or maintenance 
25 43. The long code may be a pseudonoise (PN), Walsh or other code sufficient to 
produce the CDMA channel signals 41, 42, or 43. Typically, the same long code is 
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used for each channel, but with a unique code phase offset being used by each such 
channel. As with the short code modulation process, the long code is fed to an in-phase 
modulator 144-i and quadrature modulator 144-q. 

In certain instances, the long code generator 143 may not be used or may be in a 
5 different position in the process. For example, where it is desired that a particular traffic 
channel 42 is to be shard among multiple SAUs 14 during a given epoch, the long code 
generator 143 typically would not be used. Alternatively, in such an instance, the long 
code generator 143 could be located before the FEC block coder 120. 

The RF modulator 150 accepts the digitally encoded signals, converts them to 

3 10 digital signals, and up-converts their carrier frequency to a desired radio frequency 

3 

q carrier, as is well known in the art. 

3 Now turning attention to Fig. 3 the present invention can be understood more 

5 precisely. Illustrated there is an example of a series of successive epochs 180-1, 180-2, 

;| . . . that make up the paging channel 41 . The idea with the present invention is to have 

^ is the paging channel operate simultaneously with the traffic channel, so that channel 

Lf assignment information can be continuously sent to the SAUs 14. The paging channel 

U data is formatted into epochs 180-1, 180-2, . . ., as dictated by the channel coding in use. 

^ As explained above, for the desired 4096 block size, 2 channel code length, and 

1.2288 Msps output data rate, the epoch duration is 26 ms. 
20 Each epoch in the paging channel is time slotted, such that a time slot is devoted 

to one of the active or standby SAUs being serviced by the BSP 20. The time slots 
carry enough information to permit each potential receiving SAU 14 to determine 
unique code assignments for respective epochs 190-1, 190-2, ... of the traffic channels 
42. The timing of the traffic channel epochs 190 is therefore delayed with respect to the 
25 associated paging channel epoch 1 80. Advancing the channel switching information 
relative to the delivery of the payload information in the traffic channel provides time 
for decoding and reconfiguration of the receiving SAUs 14. The amount of this time 
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delay depends upon the amount of time needed to setup the code demodulators in the 
respective receiver. In a preferred embodiment, this time delay is equal to 
approximately one-half the epoch duration, or 13 ms. 

It has been found to be advantageous to separate the broadcast of code channel 
5 information into the dedicated paging channel 41 rather than attempt to include it with 

the encoded traffic channel 42 payload data. This is because the traffic channels 42 are 
ideally power controlled such that the traffic channels 42a associated with one of the 
SAUs 14a may not necessarily be transmitted at the same power level as the traffic 
q channels 42b assigned to another one of the SAUs 14b. For example, a signal 

}% io transmission intended for an SAU 14a which is located closer to the BSP 20, typically 

does not need to use as much signal power as a transmission intended for an SAU 14b 
m which is located farther away from the BSP 20. However, the power level of the 

^~ channel that carries the channel switching information should be sufficiently high at all 

times so that all active and standby SAUs 14 (e.g., all of those which are not in an idle 

f ^ 

\M_ 15 or off mode) can reliably obtain their channel assignment information. 

?jj Turning attention to Fig. 4, the format of the paging channel and the channel 

^ setup information contained therein will now be described in greater detail. An epoch 

180-1 of the paging channel is devoted to a broadcasting in a format that contains a 
series of time slots 200-1, 200-2, . . 200-f. The number, f, of time slots 200 depends 
20 upon the maximum number of SAUs 14 that are expected to be in an active mode (e.g., 
presently in the process of receiving data) or an idle mode (e.g., having active higher 
layer connections or sessions but not presently receiving data). 

Each time slot 200 contains a Digital Signal Processor (DSP) data field 210 and 
an MCU messaging field 212. 
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The DSP data field 210 includes in turn, an active SAU identifier (SAU ID) 214, 
a pipe number 216, a coding rate 218, a reverse link number 220, and one or more 
additional message segments 222-1, 222-2, . . ., 222-m. 

For each traffic channel epoch 190 duration, a central controller such as located 
5 at the BSP 20, determines a schedule of assignment of traffic channels 42 to active and 

standby SAUs 14 terminals for that epoch. For each SAU 14 designated as active 
during the epoch, an active SAU ID is assigned. The active SAU ID 214 can be as short 
as possible to allow the time slots 200 in the paging channel to be as short as possible. 
Thus, the active SAU ID 214 does not have to be a serial number that is sufficiently 
10 long to uniquely identify the specific SAU 14 among all possible devices in the system 

10. It only needs to uniquely identify the SAU 14 among other active or standby SAUs 
14 being serviced by the particular BSP 20 at a given time. 

The SAU ID 214 can be assigned to the SAU 14 during an initial authentication 
process. However, if the epoch 26 duration and number of time slots 200 permits, this 
15 SAU ID can be more in the nature of a device serial number. 

Also during an authentication procedure, or at some other time prior to expected 
reception of the paging channel messages, each SAU 14 may be given certain 
information such as pipe configurations, which will be explained in further detail below. 

In any event, for each SAU 14 designated as active or standby during each epoch 
20 26, the BSP 20 assigns a list of active channels for such terminal unit. Then, prior to 
the start of each epoch, information in the form of a pipe identifier 216 is sent in the 
associated time slots 200 in paging channel. The pipe identifier indicates a group of 
code channels for which the specific SAU 14 is to receive traffic channel data in the 
next following traffic channel epoch 190. 
25 The BSP 20 may therefore maintain a couple of tables such as are shown in Figs. 

5 and 6. Fig. 5 illustrates a pipe configuration table 250. The notion of a "pipe" herein 
is the assignment of one or more code channels together in a group. Thus, for example, 
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pipe 1 is a shorthand notation referring to code channels 1 and 2; pipe 2 is a notation 
indicating code channels 1, 2, 3, and 4; and so on. 

A pipe schedule 252 is also maintained in the BSP 20, such as is shown in Fig. 
6. The pipe schedule 252 is a master plan for how the available pipes are to be assigned 
5 to specific active or standby SAUs 14 for each epoch 190. The exact manner of 

deciding which channels and how many channels to assign to specific SAUs is not the 
concern of the present invention. It suffices here to say that this depends upon how 
many SAUs are active, how much data has been queued for transmission to a specific 
SAU 14, how far away each SAU 14is from the BSP 20 and hence how much of a drain 
10 is it on the available power link budget, whether the system 10 supports any notion of 

tiered service, where certain users have priority over other users, and other 
considerations. 

The pipe notation permits the channel setup information in each time slot 200 to 
be as concise as possible, while allowing rapid allocation and deallocation of multiple 
15 code channels for each epoch as needed. 

At the SAU 14, upon receiving the paging channel message, the active SAU ID 
214 is read for each time slot. The SAU ED is then compared to any previously 
assigned to that particular SAU 14. If the SAU ID is recognized as one of its own, the 
SAU 14 will then continue to process the remainder of the information in the time slot 
20 200, to determine the pipe identifier 2 1 6, code rate 218, reverse link 220 and control 
message information 22 that pertains to its next traffic channel epoch 190. 

On a predetermined subsequent epoch 190 of the traffic channel, the SAU 14 
may then be set up to receive its assigned channels, as indicated from the pipe identifier. 
Have already received the pipe configuration information during authentication, each 
25 SAU 14 can then determine a list of channels to which it should be listening during the 
next traffic channel epoch. 
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As explained above, the information in the paging channel time slots 200 should 
be sent at a time advanced sufficiently to permit setup of the required number of code 
channel receivers in each SAU 14. 

The paging channel set up message may also include other information, such as 
5 to indicate a coding rate 21 8 for the associated traffic channels. This permits 

implementation of the variable rate FEC codes as mentioned above in connection with 
Fig. 2. 

Also, additional information such as a reverse link channel identifier 220 can be 
included in the paging channel slots 200. This can indicate a channel number for the 
10 SAU 14 to use for reverse link transmissions back to the Base Station Processor 20, 
such as to carry physical layer reply messages associated with the same epoch. Such 
messages may include, for example, physical layer acknowledgment (ACK) messages 
and the like. 

The MCU messaging field 212 can be used to carry messages from the BSP 20 
15 to the MCUs 101. This can further expedite the transmission of short messages on the 

forward link that are sent frequently. For example, the MCU messaging field 212 may 

be used to carry link layer acknowledgement messages. 

Other information can be carried in control segment portions 222 associated 

with each paging channel slot 200, if needed. The control segment portions 22 can be 
20 used to support the shared of a single traffic channel 42 among multiple SAUs 14. For 

example, the segment 222 information can specify how the data carried in the epoch 190 

associated with the paging channel slot 200 is to be shared among the multiple SAUs 14. 

A first control segment (segl) may indicate a starting bit position for a first SAU 

sharing the associated traffic channel 42, (seg2) to indicate a starting bit position for a 
25 second SAU 14 sharing the traffic channel 42, and so on. 



